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BACKGROUND OF THE INVENTION 
[0002] E-CAD (electronic computer-aided design) analysis tools often rely 
on connectivity information when performing analysis of VLSI circuit netlists. In 
typical VLSI E-CAD analysis tools, net connectivity in a circuit design is determined 
simultaneously with design analysis. An analysis run is typically lengthy, and a 
connectivity error that is found while an analysis is in progress generally requires the 
analysis to be re-run. Some previously existing E-CAD tools perform connectivity 
checking by tracing each net in the entire design, and reporting errors if the net is 
terminated abruptly, or if the net does not connect properly to a block (cell) in the 
design. Tracing each net in a design, particularly in a design such as a typical VLSI 
processor comprising millions of nets, is undesirably slow. 

SUMMARY OF THE INVENTION 
[0003] A method is described for determining connectivity of a 
hierarchical circuit design. Hierarchical interface connections in the circuit design are 
evaluated by determining, for each block instance in each of the hierarchical blocks in 
the design, whether each port instance, on each block instance, is connected to a net in 
a parent block; and whether each port, in each of the hierarchical blocks, is connected 
to a net within the block. A warning message is generated upon detection of at least 
one disconnected net within the hierarchical blocks. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0004] A more complete understanding hereof may be obtained by 
reference to the drawings, in which: 

[0005] Figure 1 illustrates an exemplary embodiment of a system for 
determining connectivity of elements in a VLSI design; 

[0006] Figure 2 is a flowchart illustrating an exemplary set of steps 
performed in operation of the system shown in Figure 1; and 

[0007] Figure 3 is a diagram of an exemplary hierarchical design. 
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DETAILED DESCRIPTION 



DEFINITIONS 

[0008] A net is a single electrical path in a circuit that has the same 
electrical characteristics at all of its points. Any collection of wires that carries the 
same signal between circuit components is a net. If the components allow the signal 
to pass through unaltered (as in the case of a terminal), then the net continues on 
subsequently connected wires. If, however, the component modifies the signal (as in 
the case of a transistor or a logic gate), then the net terminates at that component and a 
new net begins on the other side. Connectivity of components in a VLSI circuit 
design is typically specified using a netlist, which indicates the specific nets that 
interconnect the various circuit components. 

[0009] A significant characteristic of VLSI and other types of circuit 
design is a reliance on hierarchical description. A primary reason for using 
hierarchical description is to hide the vast amount of detail in a design. By reducing 
the distracting detail to a single object that is lower in the hierarchy, one can greatly 
simplify many E-CAD operations. For example, simulation, verification, design-rule 
checking, and layout constraints can all benefit from hierarchical representation, 
which makes them more computationally tractable. Since many circuits are too 
complicated to be easily considered in their totality, a complete design is often viewed 
as a collection of component aggregates that are further divided into sub-aggregates in 
a recursive and hierarchical manner. In VLSI circuit design, these aggregates are 
commonly referred to as blocks (or cells). The use of a block at a given level of 
hierarchy is called an 'instance'. Each block has one or more 'ports', each of which 
provides a connection point between a net within the block and a net external to the 
block. 

[0010] Figure 1 depicts an exemplary embodiment of a E-CAD (computer 
automated design) system 100 for determining connectivity of nets in a VLSI circuit 
design 109. As shown in Figure 1, E-CAD system 100 includes computer system 101 
and E-CAD tool 107. Computer system 101 controls E-CAD tool 107 to analyze 
design 109. Design 109 is a hierarchical VLSI circuit design that includes a netlist 
110 which indicates the specific nets that interconnect components of the design. 
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Computer system 101 includes processor 102, which is coupled to computer memory 
104 and storage unit 106. Computer system 101 is configured for traversing 
connections between hierarchical blocks of design 109 and generating a warning, on a 
display or printer terminal 114, upon detection of any disconnected nets or ports in the 
design. E-CAD tool 107 may initially reside in storage unit 106. Upon initialization, 
at least part of E-CAD tool 107, including connectivity module 111, is loaded into 
computer memory 104. Design 109, or a portion thereof, including netlist 110, is also 
loaded in computer memory 104 upon initialization of E-CAD tool 107. 

[0011] Figure 2 is a flowchart illustrating an exemplary set of steps 
performed in operation of system 100. As shown in Figure 2, connectivity module 
111 traverses interface connections of hierarchical blocks of hierarchical VLSI circuit 
design 109 to determine whether the circuit design contains proper connectivity. 
Although in actual operation, system 100 uses information contained in netlist 110 to 
make this determination, system operation is explained herein by visual reference to 
the exemplary circuit design 300 shown in Figure 3, which is a diagram of an 
exemplary hierarchical design 300, such as design 109 of Figure 1. 

[0012] As shown in Figure 3, design 300 includes hierarchically related 
blocks topJ>lock_l, test_block_ iO, test_block_il, and test_block_J2. Hierarchical 
block top_block_l includes instantiation block, or block instance, %1. Instance il, 
when viewed from the perspective of a top level in the sub-hierarchy represented by 
test_block_il and test_block_i2, is itself considered to be a block, i.e., test_block_il, 
in that particular hierarchical context. In the same context, the block test_block_il 
contains instance i2, which, if considered from a perspective internal to the 'box' (i2 / 
test_block_i2) shown in Figure 3, would be referred to as block test_block_i2. It can 
thus be seen that the definitions of 'block' and block 'instance' respectively depend 
on whether a particular 'box' (a block or instance of the block) is viewed from an 
internal or external standpoint, i.e., the appropriate nomenclature depends on the 
hierarchical perspective from which the 'box' is viewed. Each 'box' (block or 
instance) has a plurality of 'ports' and corresponding port instances ('portinsts'), each 
pair of which provides a connection point between a net within the block and a net 
external to the block. A 'port/portinst' thus comprises two contiguous parts, a first 
part, termed a 'portinst', which is a port instance located externally on a box (or 
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instance) boundary; and a second part, termed a 'port', which is located internally on 
the box (or block) boundary. 

[0013] As can be seen from Figure 3, portinsts are the half of the 
'port/portinst' on the outside of a 'box' (for example, item 310), and ports are the half 
of the 'port/portinst' on the inside of a 'box' (e.g., item 311). In one embodiment, a 
port takes the same name as the net to which it is connected, and port instances have 
the same name as their describing port. When examining a netlist, such as netlist 110, 
portinst 312 in design 300 may be described in the netlist as 'net pass -> port inst in' 
in the block test_block_il. This netlist entry indicates that the net 'pass 1 connects to 
the portinst 'in' 312 on instance 'i2.' The corresponding port in test_block_i2 is port 
313, which has the name 'in', since it is connected to net 'in' in test_block_i2. In an 
exemplary embodiment, a hierarchical model 105 as shown in Figure 1 stored in 
computer memory 104 is used to represent the hierarchy of design 300, and the 
difference between a portinst and a port can be readily determined through the use of 
an object-oriented system in which the two entities are different objects and are 
owned by different types of objects. In an exemplary embodiment employing an 
object-oriented software system, block instances own portinsts, and blocks own ports. 

[0014] At step 205, connectivity module 111 selects a top level block of 
hierarchical VLSI design 300 and recursively analyzes each port/portinst within the 
block to determine connectivity between the nets in the design. In step 210, each of 
the steps in sections 220 and 240 is performed for each hierarchical block of interest 
in design 300. In section 220, for each block instance in a particular hierarchical 
block, the steps in section 230 are performed for each port instance (portinst) in that 
block instance. In section 230, at step 231, a port instance is checked for the presence 
of a net externally connected to the block instance. If a connectivity error is found 
(step 232), then a warning message, indicating the name of the 'disconnected' port 
instance, is generated by user interface module 112, at step 250. 

[0015] In section 240, for each port in each hierarchical block presently 
being analyzed, the port is checked for the presence of a net internally connected to 
the block. If a connectivity error is found (step 242), then a warning message, 
indicating the name of the 'disconnected' port, is generated by user interface module 
112, at step 250. 
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[0016] In an exemplary embodiment, operation of system 100 determines 
connectivity of design 300 in a manner consistent with algorithm A, shown below, 
which corresponds to the steps shown in the Figure 2 flowchart: 

Algorithm A 

for each hierarchical block B { 
for each instance Bi in block B { 

for each port instance pi on instance Bi { 

if (pi not connected to a net in parent block B) { 
report error 

} 

} 

} 

for each port P in block B { 

if (port P not connected to a net within block B) { 
report error 

} 

} 

} 

[0017] System 100 executes the above algorithm, in part, on a portion 

of design 300, in accordance with the steps shown in the Figure 2 flowchart, as 
follows: 



1 . for each hierarchical block 

2. for each instance T in the block 

3. for each port instance 'pi' on instance T 

4. if pi not connected to net in parent block, 

5. report error 

6. for each port P in hierarchical block 

7. if P not connected to net within the block, 

8. report error 



[0018] Lines 2-5 above are first performed for block instance il port 
instances 309, 310, ce2, and 317, as follows. Note that actual port and portinst names 
have been omitted, with reference numbers being substituted in their stead: 

check port instance 309 on instance i1 : 

- port instance 309 is connected to net 'b' in test_blockJO; 

check port instance 310 on instance i1 : 

- port instance 310 is connected to net 'a' in test_block_iO; 

check port instance ce2 on instance i1 : 

- port instance ce2 is not connected to a net in test_blockJO; 
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- report error; 

check port instance 31 7 on instance i1 : 

- port instance 317 is connected to net 'GND' in test_blockJO. 

Next, lines 2 — 5 above are then performed for block instance i2 
port instances 312, 320, ce3, and 31 5, as follows: 

check port instance 312 on instance i2: 

- port instance 312 is connected to net 'pass' in test__blockJ1 ; 
check port instance 320 on instance i2: 

- port instance 320 is connected to net 'up_vdd' in test_block_i1 ; 
check port instance ce3 on instance i2: 

- port instance ce3 is not connected to a net in test_block_h ; 

- report error; 

check port instance 315 on instance i2: 

- port instance 315 is connected to net 'dn_gnd' in test_block_i1 . 

Next, lines 6 - 8 of the above algorithm are performed for each 
port in test_block_i0, as follows: 

check port 307: 

- port 307 connected to net 4 b' within test_block_i0; 
check port 308: 

- port 308 connected to net 'a' within test_block_i0; 
check port 318: 

- port 318 connected to net 'GND' within test_blockj0; . 

Next, lines 6 - 8 of the above algorithm are performed for each 
port in test_block_M , as follows: 

check port 31 1 : 

- port 31 1 connected to net 'pass' within test_block_J1 ; 
check port ce1 : 

- port ce1 not connected to a net within test_blockJ1 ; 

- report error; 

check port 323: 

- port connected to net 'up_vdd' within test_block_J1 ; 
check port 316: 

- port connected to net *dn_gnd' within test_block_J1 ; 

Finally, lines 6 - 8 of the above algorithm are performed for each 
port in test_blockJ2, as follows: 

check port 313: 

- port 313 connected to net 'in' within test_block_i2; 
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check port 321 : 

- port 321 connected to net Vdd' within test_blockJ2; 
check port 324: 

- port connected to net 'out' within the test_blockj2; 
check port 314: 

~ port connected to net 'gnd' within test_block_i2; 

[0019] After the above checks have been made, it can be seen that there 
are three connectivity errors in design 300: port instances £ ce2' and 'ce3' (on block 
instances il and i2, respectively) do not connect to nets in parent blocks test_block_iO 
and test_block_il, respectively; and port £ cel' constitutes a connectivity error because 
this port on block 'test_blockjr does not have a connected net within the block. 
Connectivity module 111 therefore generates a warning upon detection of one or more 
disconnected nets, and transmits the warning to user interface module 112 for display 
or printing via user terminal 114, and/or to storage unit 106 for storage, in step 250. 
The warning includes the name of the disconnected port or port instance. 

[0020] Instructions that perform the operation discussed with respect to 
Figure 2 may be stored on computer-readable storage media. These instructions may 
be retrieved and executed by a processor, such as processor 102 of Figure 1, to direct 
the processor to operate in accordance with the present system. The instructions may 
also be stored in firmware. Examples of storage media include memory devices, 
tapes, disks, integrated circuits, and servers. 

[0021] Certain changes may be made in the above methods and systems 
without departing from the scope of the present system. It is to be noted that all 
matter contained in the above description or shown in the accompanying drawings is 
to be interpreted as illustrative and not in a limiting sense. For example, the items 
shown in Figure 1 may be constructed, connected, arranged, and/or combined in other 
configurations, and the set of steps illustrated in Figure 2 may be performed in a 
different order than shown without departing from the spirit of the present method and 
system. 
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